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and the architect tere engaged could be conceptualized. What 

myself how the process in ^ ? i in nrderstanding their complicated task, 

analytical perspective search be applied to architectural programming? 

How might sociological theory inSghts I have had into these 

It is ray purpose today the^process of programming might be conceptualized 

analytical approach. 



nonceptualizing Progra mming as Decision-Malo jii: 



By arobite^ural^rogran^g I vdll^ 

rhe^rhife^ ^’t-nsSfes into tl design of a building.^ 
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Various sociologists have offered mod „o^els usually have from five to 

about theprooess of deoision-mata. g. oomouter operation stages, which include 

seven steps, to some extent analogous thl^ing infornation about the needs 

establishing contact «ithinteractxng partis infonnation, making the 

Of the acting system in f the decision, evaluating the decision 
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use of this model in 

Sit ions w^iich I would like for ^ pV,o«P nf architectu^ , 

1. Every dec ision made in the pr ^ be broken down i nto steps 

whether ono of fl^^’L^lLUcl frr constitutes 

fS^analysis . Ui a concrete lev decision to hire a particular _ 

:roffef ;ne®d“Sn's;iution as opposed to another. 
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2, Every decision made in the programming or design phase can be specified in the 
chronological sequence in which it must be made . For,' example, the architect cannot 
decide on the arrangement of lounge spaces in a college dorm until he knows the 
client’s decision on who the dorm will service. Will it be co-ed? for men only? 



Some Implication of Decision-Making Theory for Programming Research 

These propositions have focussed my attention on several areas of potential 
research which might contribute to some of the questions being raised relative to 
architectural programming. I will use the planning of a university residence hall 
throughout this paper for purposes of illustration, though these proposals could 
apply equally well to any other type of building or client institution. 

First, since most building now is done for institutions and not for private indi- 
viduals, let us consider the important question of who the decision-makers taking 
part in the programming will be. Who will comprise the committee which defines what 
the client’s needs and requirements are? 

If the proposition is accepted that the decisions to be made in programming are known 
and can be analysed in the logical sequence in which they are to be made, then it 
follows that the types of people who are qualified and competent to make those 
decisions can also be stated. This israrely done, however. In the large university 
we usually find the same people serving on the programming committees for all new 
buildings. The committee might include the dean of students, the academic dean, 
the university architect (if one exists), the building and grounds supervisor, a 
faculty member, and perhaps a student. This collection of people, so important in 
coinmuni eating the university’s needs to the architect, is often chosen on criteria which 
are not directly related to the decisions to be made during the programming. In pArt 
this reflects a lack of awareness on the part of the client institution about the 
decisions which it is responsible for making. Thus those who wi-iid up on the committee 
often lack the knowledge \or access to it), the competence, and the power bo make 
the necessary decisions. But the college planners are no longer goinfe unchallenged! 

The recent reaction of the students at City College at not being invited to take pai*t 
in the decisions affecting their built environment is just one example of the discontent 
with such committees. 

Research could help to determine the nature of the decisions to be made und their 
sequence. If this were known then selecting the best qualified people to make those 
decisions would be decidedly easier and less haphazard then at present. 

A second research focus which follows from the foregoing propositions, namely that 
steps of decision-making in programming may be analysed and sequenced, concerns 
methods for gathering information about requirements from the future users (e.g, 
occupants and administrators) which would be relevant to those decisions. Useful 
information may be gathered systematically through interviews, questionnaires and 
observations from future users without actually involving all of them on the committee. 
However, this information can be solicited only if the permanent members of the 
committee have knowledge, competence and power to obtain it. It is possible through 
soliciting such information from the users to give them a sense of real Involvement 
in the planning of a facility. It is hard to argue otherwise than that if the 
decision-makers are fully informed and involved through research of this kind, then 
the best decisions will be made. 
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These first two research areas both concern representation of various aspects of 
the clients needs and requirements. Another area in which research is needed relates 
to the role responsibilities of the client and of the architect in programming, 
the process of making a decision is known and specified, there exists greater oppor- 
tunity for clarification of role responsibilities on the part of both parties, the 
client and the architect. last year at the Third Annual Meeting of this conference 
Margaret Fanner of the Educational Facilities Laboratory said, '‘If enough decisions are 
made by default, the whole process (planning) can only be thought of as unplanning. 

Just so, if the architect assumes that the client vdll decide on some item and the 
client is not aware of this assumption, then perhaps neither will do it and the 
decision will be made by default. But if all of the required decisions are anti- 
cipated beforehand by the architect through use of a model, and if he commi^icates 
then to the client well in advance of the actual times at which they "i^st be made, 
the role responsibilities of each may be defined in a mnner understandable by both. 
Thus the liklihood of decisions being made by default is drastically reduced. 



then 



How might the architect define his role responsibilities vis-a-vis the client. At 
the outset he must know what kinds of information his client can supply which 
be of use to him in designing the building. This would include detailed information 
on the eleven items which Harold Horowitz says are found in a well-organized and 
thoroughly detailed architect's program including the objectives of the master plan, 
special restrictions and limitations on the design, functional requirements for the 
facility, characteristics of the occupants, flexibility for future groi^h and changes 
in function, and priority of need among the various requirements.-^ This requires 
that the architect assume a fairly assertive role in directing his client to supply 
him with whatever reliable information the client might have or can secure concerning 
the decisions which must be made. Relevant data of this t^e usually makes it 
unnecessary to railroad the client into a particular decision. 



The client has responsibilities too. He must supply the kind of information which 
the architect needs without infringing on the artistic and legitimate professional 
prerogatives of the architect. The client must invest time and effort in selecting 
a good architect, and then he must give that architect freedom to exercise his 
creativity in designing the building within, of course, the limits set by the 
client's objectives and his resources. Because of his superior training and fam- 
iliars tv with the design process and how it may be systematically programmed it will 
hayHo brthe architert who takes the lead in the deUneation of these role 
responsibilities. 

Again we see that through specifying decisions to be made, research can illuminate 
the role responsibilities of all the parties in the programming process. 

A third area in which research on decision-making in programming could be of great 
value concerns a specific method or tool for making decisions by using what I have 
termed "decision tables." Such tables indicate the priority of decisions ranging 
from those having the broadest implications to those having the narrowest. While the 
tables are basically extensions of itemized checklists such as those used by various 
English and American architects, they allow for multivariate analysis and for a 
consideration of the consequences of a decision in one cell for the decisions in all 

the other cells. 
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DECISION TAISBS 



Decision 1: Functions to be served by the building 



Function 



Ijleed 



Lounge 

Living 

Dining 

Bathing 

Sleeping 

Etc. 



Yes 

all male , all female 



\ 



married or coed 



No 



Decision 2: Residential group unity to be served for each function (as indicated by 

all ”yes" cells above in Decision 1:) 



Function 



Unit Served 



Lounge 

Living 

Dining 

Bathing 

Sleeping 

Etc. 



Entire group 
yes I no 



Small group 
yes » no 



1 1 Individual 

yes 1 no 
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Decision 3s Qualities to be connected with each functional spaces 

LOUNGE SPACE 



Qualities 



Unit Served 



Privacy maximized 

Community feeling 
maximized 



Entire group 
yes ... no 



Adaptability for 
dining functions 

Adaptability for 
studying 

Adaptability for 
conferences, lectures 



Etc, 




Small group 
yes T no 



Individual 




These tables are used for illustration. Others can be made for any other kind of 
space to be created such as manufacturing or office space. Such tables as these 
would act as a guide to all parties concerned and eliminate much of the time spent 
wandering from one topic to the next without settling any matters concretely* ‘ It 
goes without saying that the programming process is full of uncertainties and that 
there are many changes in initial decisions which are made in light of later ones. 

In using an exhaustive guide, at least one would know which points he had finalized 
and which had to be reconsidered. But such a guide is not possible without research 
on the decisions to be made in programming. 



A fourth area in which research findings on decision-making would be useful would be 
in formulating a system of classifying materials written about all aspects of the 
building and design process. If architectural programming is seen as a process of 
decision-making, and if research indicates what these decisions are, then written 
materials such as speeches, studies, documents, articles, and books about architectural 
design and programming might be classified according to the decisions td which they 
relate. For example, studies and articles on the decision to hire an architect might be 
compiled. Similarly, materials could be classified regarding the client's decision 
to establish an ongoing programming committee. After such a classification of 
all information concerning the programming process we could determine those types of 
decisions on which we have accumulated knowledge and those types on which we have not. 

This would be a valuable guide in conducting research on all aspects of the program and 

design process. 

A final area of research which was suggested to me by use of the decision-making model 
was an investigation of the relationship between the amount and kind of information 
available to the architect and the creative aspects of his design. Virtually 
nothing is known on this topic. But a tenable hypothesis is that, in the design of 
a social form of art such as architecture, the amount and kind of information available 
to the architect plays an important role in his design. The question is, "What kind and 
amount of information is useful?" Only the architect can answer this one, though the 
sociologists and psychologists could contribute to designing research for exploring 
the relationship between information known to the architect and his subsequent creativiby. 
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Perhaps this focus on the utility of research findings and sociological analysis 
in architectural. programming has some implications for the education of the architect. 

If information, about user needs and requirements is deemed important in the desigh 
pi*ocees.| methods and techniques for the aquisition and use of relevant information 
might be considered one of the necessities in the training of architects* Architectural 
education might address itself to specifying the relevant kinds of information which are 
needed in the. desigh process, to cohsiderihg -how the architect cah gather this 
ihform&ti’on.employihg the methodological tools used ih "^he social sciehces, to exploring 
hdw the architect can. guide his client towfirds providing the kinds of information 
needed, etc* 

Conclusion 

Iri this paper I have tried to explore some of the research problems suggested by 
allying decision-making theory to architectural programming. These include the 
delineation and determining of sequence of programming decisions in order that the 
best qualified decision-makers might be chosen, that pertinent information about user 
neede ahd requirements might be gathered, that the role responsibilities of t.ia client 
arid architect might be specified vis-a-vis these decisions, that specific tools such 
asdecision tables might be devised, and that information might be classified for greater 
accessibility. Additional areas of exploration would be the relationship between the 
amount and kind of information and creativity, and the possible implications of 
greater emphasis on the concepts and tools of sociological research in architectural 
education. I look forward to the comments of the architectural decision-makers here 
today. 
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